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This paper presents an overview and introduction to the detailed 
technical papers that describe the Traffic Service Position System 
No. IB. The objectives and design philosophy are discussed and the 
overall organization of the system is described. 

I. INTRODUCTION 

1.1 Background 

In January 1969 the Bell System's first stored program controlled 
operator services system was introduced into the field. This system, 
named the Traffic Service Position System (TSPS) No. 1, employed 
a hardware/software architecture designed to permit the addition of 
new features to further automate operator functions as those features 
became technologically and economically viable. 

1.1.1 Initial capabilities 

The initial design 1 of TSPS No. 1 was developed to be used in 
conjunction with most local and toll switching systems in the Bell 
System. The system enabled customers to dial a number of calls 
heretofore only possible with operator assistance and thereby relieved 
the operators of many tedious operations demanded by cord switch- 
boards. It automated routine operator functions for coin and noncoin 
calls, such as call timing and recording, recording of originating direc- 
tory number, and recording and transmission of customer-dialed num- 
bers. 

Customers benefited from the advantages of the higher speed and 
increased accuracy of a stored program controlled system. The auto- 
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mation of operator functions was a great improvement over manual 
methods of number recording, timing, charge calculations, and billing. 

Operating companies benefited because the automation and admin- 
istrative features enabled operators to handle calls more efficiently 
and effectively, thereby reducing costs. The operator groups could be 
remotely located at convenient sites, and the entire work force could 
be managed more effectively. 

Operators benefited from the more attractive working environment, 
the automatic equitable distribution of calls to their positions, and the 
satisfaction of improving their services to the customers. 

1.1.2 Technological advances 

The decade following the introduction of TSPS No. 1 brought major 
advances in technology in the areas of larger scales of integration in 
circuits, semiconductor memories, automated machine speech re- 
sponse techniques, microprocessors and miniprocessors, and advanced 
operating systems. A large number of these innovations have been 
incorporated into the operator services system as need and economic 
viability have been demonstrated. 

1.1.3 Additions to initial system capability 

Additional firmware and software 2-5 were continuously developed 
and introduced into the system (with new technology when applicable) 
to provide new and improved features. These include automation of 
hotel/motel charge quotation; partial automation of international call 
handling; time and charge quotations for noncoin, nonhotel calls; 
recording of charges for directory assistance calls; provision of service 
to remote locations; and automated charge quotation and coin collec- 
tion for coin toll calls. 

Two of the newest features introduced in 1979 and 1980, respectively, 
are automated verification of busy lines (with ensured privacy) and 
Automated Calling Card Service, which allows credit card calling 
without operator assistance from telephones using dual-tone multifre- 
quency signaling. 

1.1.4 Rapid nationwide deployment 

Since its introduction in 1969, TSPS No. 1 has been rapidly deployed 
throughout the Bell System's nationwide telecommunications network 
to the point where there are more than 157 systems installed. Over 95 
percent of Bell System customers and a large number of customers 
served by other companies are served by TSPS No. 1, providing almost 
universal availability of stored program controlled toll and assistance 
operator services. 
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1.1.5 TSPSNo. 1 capability 

The continuing growth of operator services system traffic, plus the 
continuing addition of new features, have steadily reduced the remain- 
ing real-time capacity of the TSPS No. 1 processor, the Stored Program 
Control No. 1A (SPC 1A) Processor, in sites in the field. Since real- 
time processor capacity is a function both of the hardware configura- 
tion and of the call mix at an individual installation, a program called 
TSPS Real-Time Capacity Program (TSPSCAP) was developed to 
run on an off-line computer and permit the operating companies to 
verify the remaining capacity at each specific site. 

Site-by-site surveys of the TSPSCAP results conducted in the mid- 
1970's indicated that some of the TSPS No. 1 sites were at their real- 
time capacity. Furthermore, a large number of additional sites would 
soon reach their real-time capacity. 

Finally, this same growth of traffic and addition of features has 
exhausted the memory capacity at many sites because of the increased 
size of the software programs and data tables required. 

1. 1.6 Contemplated new network services 

Plans to utilize TSPS in the future 5 as an action control point in the 
emerging stored program controlled network dictated a need for new 
processor peripherals, such as a mass memory disk that cannot be 
provided by the current SPC 1A Processor. 

II. TSPSNO. 1B DEVELOPMENT 

For the reasons given in the previous section, it was projected in the 
mid-1970's that a major evolution of TSPS No. 1 was necessary to 
provide continuing operator services for the 1980's and beyond. This 
major evolution was designated TSPS No. IB. 

2.1 TSPSNo. 1B capability objectives 

The basic objective in the TSPS No. IB development was to increase 
capability compared to TSPS No. 1. 

Studies of network growth and economics led to the conclusion that 
an appropriate call capacity objective for TSPS No. IB would be a 
design with an initial objective of 1.6 times that of the TSPS No. 1. 
Studies also indicated that to provide adequate office data and program 
storage, a reasonable objective for the physical memory of TSPS No. 
IB would be four times that provided by TSPS No. 1. 

The TSPS No. IB also had to eliminate those functional restrictions 
in TSPS No. 1 that limited its evolution as an action control point in 
the stored program controlled network. This could be accomplished 
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by the provision of processor peripherals such as random access bulk 
storage and general-purpose data links. 

2.2 TSPS No. IB architecture objectives 

The new features demanded by the utilization of TSPS in the stored 
program controlled network also required that TSPS No. IB provide 
a flexible architecture for future developments. 

The TSPS No. IB design had to incorporate a high-level language 
and an advanced operating system not only to expedite introduction 
of new features, but also to maximize the productivity of the software 
developers. 

Since there are over 150 TSPS No. 1 sites in the field, the size of the 
investment in TSPS No. 1 software programs and peripheral hardware 
is very large. To preserve the majority of this large investment, the 
existing software and peripheral hardware must be retained. At the 
same time, new high-level software and additional peripheral hardware 
must be added to the system for new features. Thus, the TSPS No. IB 
design must permit the use of the new high-level language in parallel 
with the continued availability of the existing assembly language 
development environment. 

An important objective was the ability to upgrade the TSPS No. 1 
sites in service that were limited by capability exhaust without inter- 
rupting call processing. 

2.3 Other objectives 

Besides additional capabilities and a flexible architecture, other 
basic objectives were also set for the TSPS No. IB development. 

The TSPS No. IB must provide dependable operator service 24 
hours a day. This requirement was converted to a specific design 
objective of reducing service interruptions that result in a total loss of 
service to an average of less than 3 minutes per year per system. 

To be cost effective, the TSPS No. IB should take advantage of the 
newest technology and reduce energy consumption and floor space 
usage. 

2.4 TSPS No. 1B design approach 

To meet these objectives for the TSPS No. IB, the basic design 
approach implemented was to replace the existing processor with a 
new processor while retaining both peripheral hardware and existing 
software. The most efficient way to retain the software was for the 
new processor to provide emulation capability. Further, peripheral 
interface hardware was needed in order for the new processor to 
execute existing software and control the existing peripheral hardware. 
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Where required, software could be written in the new high-level 
language. 

III. 3B20D PROCESSOR 

The 3B20D Processor 6 7 was under development at the time the 
TSPS No. IB development was initiated. It is one of a family of 
general-purpose processors designed not only to meet the real-time 
demands and dependability requirements of switching systems, but 
also to be versatile enough for a broad spectrum of present and future 
telecommunications applications. 

A task force formed in 1976 to evaluate different processors con- 
cluded that the 3B20D Processor would meet all of the objectives 
stated in Section II and recommended that the 3B20D be utilized in 
the TSPS No. IB design. 

In brief, the 3B20D Processor is significantly faster than the SPC 
1A Processor and has four times the physical memory capacity of the 
TSPS No. 1 processor. It provides additional processor peripherals 
such as random access bulk storage disks and general-purpose data 
links. The 3B20D Processor is designed with a flexible architecture 
and an advanced operating system, the Duplex Multi-Environment 
Real-Time (DMERT) operating system, and supports the high-level 
C programming language and a robust software environment. Finally, 
it provides switching system dependability, and is designed with large- 
scale integrated circuit technology, thus reducing energy consumption 
and size. 

IV. ORGANIZATION OF TSPS 

4. 1 TSPS No. 1 organization 

As we see in Fig. 1, TSPS No. 1 bridges an operator or service 
circuits onto a trunk connecting local and toll offices. TSPS No. 1 has 
dedicated specialized trunk circuits and peripherals (including the link 
network, service circuits, signal distributors, and scanners), a Stored 
Program Control No. 1A (SPC 1A) Processor, and operator consoles. 
Once the connection between customers is established, connections to 
operators or service circuits are released. Such connections are rees- 
tablished if additional services are required. 

4.2 TSPS No. 1 B organization 

As we see in Fig. 2, the general architecture of TSPS No. IB is the 
same as TSPS No. 1, except that the SPC 1A is replaced by the Stored 
Program Control IB (SPC IB). The SPC IB includes a 3B20D Proc- 
essor, a Peripheral System Interface (PSI) to interface the existing 
TSPS peripherals to the 3B20D Processor, and various 3B20D Proc- 
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Fig. 3— 3B20D Processor in the new TSPS No. IB service installation at Fresno, 
California. 



essor microcode and native-mode software to emulate the TSPS No. 1 
environment. 

The articles in this issue covering the TSPS No. IB 8 ' 16 include 
detailed descriptions of the system, the software architecture and 
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hardware configuration, the software development system, integration 
and testing of the TSPS No. IB, retrofit procedures, capacity and 
reliability evaluation, Switching Control Center System interface, and 
long-range planning for TSPS No. IB installation and growth. 

V. TSPS NO. 1B STATUS 

5. 1 New service installations (cordboard replacements) 

The first TSPS No. IB was placed in service in Fresno, California, 
in November 1981. The 3B20D Processor in the TSPS No. IB in 
Fresno is shown in Fig. 3. The Operator Services Center at Fresno is 
shown in Fig. 4. 

The second TSPS No. IB was placed in service in San Antonio, 
Texas, in January 1982. 

5.2 Retrofit service installations (processor replacement in an in-service 
system) 

The first TSPS No. IB retrofit or processor replacement in an in- 
service TSPS No. 1 took place in Redwood City, California, in March 
1982. 

5.3 Continuing deployment 

As of December 1982, 37 TSPS No. lB's were in service. All but two 
of the TSPS No. IB installations were retrofit installations to provide 
urgently needed expansion of either call capacity or memory capacity. 
Continuing retrofit deployment is scheduled for 1983 and beyond. 

VI. PERFORMANCE 

Performance data from all TSPS No. IB sites indicate that all design 
objectives have been achieved. More details are covered in later 
articles. 

VII. FUTURE TRENDS 

The increased capacity of TSPS No. IB will accommodate antici- 
pated growth in operator services traffic for a number of years. In 
addition, an advanced operating system and high-level programming 
language will allow TSPS No. IB to evolve readily to: (1) support the 
evolution of the stored controlled network, 5 (2) continue to improve 
operator efficiency, and (3) respond to changes caused by the evolving 
restructure of the telecommunications industry. 

VIII. SUMMARY 

This paper has presented a general background for TSPS No. IB as 
an introduction to the technical papers that follow. While all design 
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details could not possibly be included, the papers in this issue provide 
a comprehensive overview of TSPS No. IB. 
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